搞个996或247,你的团队就是互联网团队了?
作者:王晔倞
来源:吃草的罗汉
上个星期,某朋友在朋友圈发了一张在医院挂水的照片,并自嘲的写到 “连续996一个月了,在互联网团队工作,真心扛不住啊”,有个调皮的小伙伴在评论区嘲讽道:“一个月?都一年多了,没见你们公司业务有啥增长呀,你们天天都在瞎忙啥呢?”
记得去年在罗振宇的跨年演讲中,他说互联网公司的996已经过去,247是大势所趋,并声称某讯某团队是247,一天24小时,上7天班,如何如何努力,如何如何勤奋。
的确,996就是互联网节奏,247就是面向未来,这就好比现在你到任何一家公司,与某技术负责人交流,问他 “你们的研发模式是敏捷还是传统啊?” 他肯定拍着胸脯告诉你 “废话!当然是敏捷啊!我们不但快速迭代,而且有任务看板,所以我们就是敏捷模式。”
不喷别人,我也是这么回答的,并且比他们嗓门更大,腰板拔的更直。
这也正常,人都会因为潜意识的关系,将印象转变为言谈行为,并逐渐将某些词汇与现实进行接壤,哪怕是一些错误的暗示。
由于才疏学浅,水平有限,因此以几年前某同仁的教学视频为基石,结合自身经历,谈一谈对互联网团队的理解。
| 提到互联网团队,你优先会想到什么?
在普通人的脑海中,一提到互联网,首先会想到工作时间超长,比如鸡叫做到鬼叫,有上班时间,没下班时间那都是常态。再比如开年会包游艇,优秀员工送Tesla呀,年会请波多野结衣来助阵呀,总感觉不仅花起钱来非常壕气,而且还舍得花钱。
在技术同学的心里,一提到互联网,更多会联想到什么大牛啊,架构师啊,拥有海量高并发场景,或者 “去IOE”、“分布式”、“容器化” 等耳熟能详的技术名词。
如果拥有以上这些属性,是否是成为互联网团队的关键呢?
我通过亲身经历的案例来进行下解读:
在某通讯行业软件公司,有A团队与B团队,在局方的项目中都很努力,但得到的评价却不同。
先说A团队,做的非常好,也没出什么问题,A团队的局方也没对他们留下什么印象。再说B团队,由于经常凌晨起来给客户解决问题,所以B团队的局方特地给他们公司发了感谢信,赞赏他们具有互联网团队精神,并把B团队推荐给了其他局方。
显而易见,在客户眼中,B团队不仅态度好,并且具有拼搏精神,所以就默认他们就是互联网精神的体现,而且还给了更好的绩效。
为什么讲这个案例呢?因为许多人会认为通讯行业相对偏传统领域,按传统观念,会认为A团队会受到好评,可结果却恰恰不是。
| 传统团队与互联网团队,差异在哪里?
如果以上只是客观印象,那么互联网团队与传统团队的差异究竟在哪里?那些听上去很牛的评价都是从何而来的呢?
相比互联网团队,传统团队的成员更关心如何将现有业务做好,原因是什么呢?
因为老板,工作模式是面向老板工作,而老板在想些什么呢?面对团队管理,大部分老板的脑海中都仿佛有着类似的 “如何推动这些人能够那更少的工资,产出更高的效率” 的标准化公式,比如通过KPI、打卡及加班时间来确定你是否努力,再比如通过你所产出内容的量化程度来评判你是否获得好评。
在互联网团队中,老板的角色突然不见了,替而代之的是用户,团队开发这个业务,核心目的是什么?怎么去影响用户?相比传统团队,整个过程充满了不确定性,为什么呢?
如果工作模式是面向老板,至少工作内容是确定的,比如说老板叫你把这事情干完,谁能以最低成本,最高效率干完,谁就有好的绩效,但工作模式是面向用户,即使是老板也无法强迫用户,而通常由用户的体验来决定。
所以,在传统团队你总会听到有人说 “这个事情我知道该做成什么样子。”,或者 “我觉得就应该做成这个样子”,只要符合老板胃口,这事也许就成了,而现在突然老板说了不算了,面对用户又无法得知他会有什么反应,所以我们必须要去猜,为了猜要去做一些事情后交给用户去用,然后根据用户的反应再去猜。
面对目标的不确定性,团队也会变得不确定,因为你用什么方式工作才能达到最佳?你用什么方式用户才会满意?
因此产出要快,反馈也要快,最终让这个不确定性变得更好,或让猜的能力变得更强。
我通过两句话,简要的进行下对比:
在传统团队中,通常由一个领导或者老板指定一个明确的边界,所有要做的事、要追求的目标、最后的结果都是被明确的,因此团队特别推崇流程化、标准化等规则。
在互联网团队中,因为不知道用户的反应是什么,所做的事与追求的目标都无法确定,所以必须打破边界,除了硬件与人力成本能够确定外,如用户满意度、流失率都无法确定,因此追求在确定的成本下,追求更多的用户留存与黏性,推崇自主、快速产出与快速反馈。
| 你适合做互联网团队的管理者吗?
火车跑得快,全凭车头带,无论是互联网团队,还是传统团队,管理者的风格决定着团队的价值观导向。
我觉得,判断互联网团队管理者的标准可以通过三点来衡量:
先说业务模式,他能否帮助团队去找个业务指数型增长的机会,比如用户是否能有十倍的增长,业务流量是否能有百倍的增长,而不应该去思考采用什么手段让成本更低,效率更高。
再来说心态,我觉得绝大多数人是厌恶不确定性,并且希望自己的目标能够被确定的,所以互联网管理者也经常会遇到下属来找你,不断的来找你询问下一步该如何做,下一阶段目标该如何制定,而此时,互联网管理者要帮助大家打破边界,帮助团队去应对这种不确定性。
最后谈技术,当你的流量增长十倍时,你的技术选型与架构一定产生巨大的变化,当你的业务逻辑产生变化时,你的应用系统轻则迭代版本,重则发起重构。在互联网技术团队中,管理者通常也扮演着技术负责人的角色,需要利用自己的经验来帮助团队从容应对,不但要满足业务需求,还要避免由过度设计引起不必要的损失。
不是你用个看板,你就是敏捷,不是你搞个996或247作息时间,你就是互联网团队了。在我看来,许多团队目前正处于 “身在曹营,心在汉” 的阶段,怎么理解?
许多业务驱动型企业的老大,希望得到互联网团队的效率,却又不愿舍弃传统团队的权力。为什么?因为他们多数非技术出生,他们正在转型的路上。
被我说中了吗?
-END-
近期热文:
Java 11将于本月25日发布,新特性一览
印象笔记终于支持Markdown了 !你还会再用其他笔记吗?
这位闯进程序员界的维密天使,她到底可以编出什么?!
如何从ActiveMQ平滑迁移到Kafka?
系统优化总结—系统层面
NIO相关基础篇
以Dubbo为例,聊聊如何为开源项目做贡献
25个面试中最常问的问题和答案
关注我
点击“阅读原文”,看本号其他精彩内容